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IMPROVED UMTS 



5 This invention relates to an improved Universal Mobile Telephone System 

(UMTS), and relates especially to a UMTS having improved Quality of Service (QoS) 
for Internet Protocol (IP) Packets. 

IP Packets can be handled by the UMTS; in the system, Radio Network 
Controllers (RNCs) and General Packet Radio Service Support Nodes (GSNs) all have 
10 IP functions as an IP bearer service; UMTS uses IP mechanisms to transfer bearer 
series packets by using its own IP packets internally as a carrier, with IP to IP access 
across the Iu interface. 

DP packets are a variable length, and one difficulty in maintaining a required 
QoS when transmitting IP packets in the UMTS by currently known techniques is that a 
1 5 long packet may cause a buffer to overflow, in which case the packet is dropped. Also, 
the routing of different IP packets originating in the same call may vary, causing service 
inconsistency. 

Further, IP packet headers are long, typically twenty bytes, so when a packet is 
short, the header can be much longer than the payload. 

20 In a core network context, Multi-Protocol Label Switching (MPLS) is known 

as a label-based switching technique based on IP routing and control protocols. In 
MPLS, at one edge of the MPLS network, an Edge Router encapsulates IP packets 
into MPLS frames; a label-switched path is set up between Label Switch Routers 
(LSRs)across the network to a second Edge Router which strips off the MPLS labels. 

25 A label can be regarded as a Class of Service Indicator; the route is invariant for the 
Class, so that different types of application, e.g. voice in real time, email etc., can be 
handled differently and appropriately, and QoS can be maintained. A routing table is 
used to link inputs and outputs, so a path can be chosen as shortest, least traffic etc., as 
appropriate. At each LSR, the labels on each packet are swapped, to indicated the next 
"30 ~LSR. 

MPLS is particularly targeted for use in the core networks, when it has 
advantages over conventional IP-based core networks of simplified forwarding and 
efficient explicit routing, efficient and effective traffic engineering, and it also facilitates 
QoS routing mechanisms. MPLS is layer 2 service which makes use of layer 2 
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Figure 10 illustrates schematically the control plane of an all-IP UTRAN 
interface; and 

5 Figure 1 1 shows the Iub interface protocol structure. 

In the prior art GPRS architecture of Figure 1, a terminal equipment 12 is 
connected through a mobile terminal 14 to the UMTS Terrestrial Radio Access 
Network (UTRAN) 16 which comprises at least one Radio Network Controller (RNC) 
and at least one Node B associated with each RNC (not illustrated). The UTRAN 
1 0 connects across a Iu interface to a Serving GPRS Support Node (SGSN) 18, connected 
to a Gateway GPRS Support Node (GGSN) 20 across a Gn interface. The GGSN 20 
connects across a Gi interface to Packet Data Network (PDN) 22, such as Internet, 
which has terminal equipment 24, and across a further Gn interface to a further SGSN 
26 which supports a Base Station Controller 28. BSC 28 connects to a mobile terminal 
15 30 and terminal equipment 32. GGSN 20 also connects to a SGSN 34 in another 
public land mobile network 36 across a Gp interface. 

In Figure 2, in the GPRS according to the invention, the core network 20 is a 
cluster of GPRS Local Switching Routers each operating in MPLS. A first MPLS 
Edge Node is located in a GGSN 42 at one side of the core network. On the opposite 
20 side of the core network a UTRAN 46 communicates with the core network across a Iu 
interface via a SGSN 48 arranged to operate as a second MPLS Edge Node. 

In this embodiment, the introduction of MPLS affects primarily the Gn/Gi/Gp 
interfaces. 

An IP tunnel is formed between the SGSN 48 and the GGSN 42, using GPRS 
25 Tunneling Protocol-User (GTP-U). The user IP packets are formed into encapsulated 
or tunneled Protocol Data Units (TPDUs) and are tunneled between the end points. On 
the Gn iffierf^betweeW^the SGSN and the GGSN, GTP-U is encapsulated in MPLS 
frames The pac^t forwarding deploys the label-switching-a rrangement of M PLS 
while the Iu interface uses conventional IP as the transport bearer and the UTRAN 46 
30 uses ATM transport links. 

The SGSN and GGSN include the functionality of both the ingress node and the 

3 
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egress node, i.e. packets can be tunneled in either direction. 

rr= _ : The^pratocoLs tanlc, sli ghtly modified from the conventional sta ck, is sho wn in 

Figure 3. The GGSN 42, SGSN 48 and the RNC in UTRAN 46 all have their 
conventional IP routing functions, formerly the conventional IP bearer service. In this 
5 first inventive embodiment, MPLS is introduced into the GGSN 42 and the SGSN '48 
immediately below UDP/IP as illustrated. 

The process will now be described in detail. 

Step I: MPSL Initiation: 

10 At MPLS initiation, the edge nodes, the SGSN 48 and the GGSN 42 as well as other 
interconnection network elements/routers that serve as the GPRS LSRs in the core 
40 may use standard routing protocol (BGP, OSPF) or GPRS/UMTS specific route 
selecting protocol to determine the route between the ingress node and the edge node. 
Routes between any two network entities are associated with short and fixed -length 

15 labels that are distributed through the network.. Labels at each LSR are stored in a 
Label Information Base (LIB) and are periodically refreshed and distributed using the 
Label Distribution Protocol (LDP) or RSVP. To represent an explicit route, labels are 
concatenated together in the form of a label stack; they are associated with a 
Forwarding Equivalence Class (FEC) that associates a stream with a set of common 

20 characteristics. Ingress nodes and egress nodes use FEC to provide the mapping of 
"packet type" to streams. 

Step II: GTP-U Filtering at the Ingress Node: 

The GTP-U/UDP/IP enters the entry point of an LSP though the MPLS core via an 
25 Ingress Node. At entry each GTP-U/UDP/IP is associated with a FEC that provides the 
instruction set on how to forward the packet based on the destination and possibly 
other header informationT^This operation is called Filtering at the Ingress~Noder-If a — 
FEC is found, the appropriate label ( or label stack for explicit routin g ) is shimmed into 
the IP header and the data link packet headers. If a FEC is not present, it is routed 
30 using the existing transport bearer IP. This facilitates interoperability with 
conventional routing and provides a method for forwarding packets while MPLS is 



4 




initializing. 



Step HI: GPRS LSR Hopping: 

At each intermediate hop (GPRS LSR), the label is used to look up the table (the LIB) 
5 as index to decide the next label with which the MPSL packet is forwarded to next hop. 
If an entry is found, the label is replaced and the packet is forwarded to the next hop.; 
if an entry is not found, the packet is forwarded using the conventional routing in 
reference to the information of the layer-3 header (i.e. the IP header carrying GTP- 
U/UDP ). If the packet has an explicit route (that is a label stack), the label of the 
10 current LSR is popped off and the packet is sent on its way without doing a table 
lookup. 

Step IV: GTP-U Filtering at the Egress Node 

When the MPLS packet reaches the egress node, or the packet gets to the end of its 
1 5 label stack, or when an entry is not found in the LIB, the packet is ready to exit the 
GPRS MPLS Core. The label is stripped off and the GTP-U/UDP/IP packet is either 
routed to the next hop using Layer-3 (IP) information or sent to its final destination. 
When the packet reaches the egress node, the label must be stripped off so that the 
GPT-U/UDP/IP or the MAC Frame/IP can be routed directly using conventional layer- 
20 3 routing (IP) or delivered to the end node. 

1) Mapping between GPRS/UMTS QoS Classes and GPRS/UMTS MPLS EEC's 

Four QoS Classes (Conversational, Streaming, Interactive and Background) are 
25 defined for GPRS/UMTS. Each QoS Class has a set of sub-classes. During the 

MPLS initiation, an FEC is allocated and associated with a specific explicit route 

that is selected according to the QdS~(sub^"Class"to"be supported. The forwarding 
behavior experienced by each MPLS packet along the.selected associated with the 

selected explicit path is guaranteed within the required performance limit (such as 
30 the bandwidth, delay, jitter, packet, etc.). The following sets of FECs are defined: 
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i) Delay Sensitive FEC (DS-FEC): those FECs' that are associated with 
— the-forwar4ing4>ehaviorsthat-pi^ 

no guarantee on the packet loss rate. 

ii) Delay In-Sensitive FEC (DIS-FEC): those FECs that are associated 
with the forwarding behaviors that provides best effort like service, i.e. 
no guarantee of the delay bound but with guaranteed packet loss rate. 

iii) Guaranteed Delivery FEC (GD-FEC): those FECs that are associated 
with the forwarding behavior that guarantees the delay bound and 
packet loss. 

iv) Best-effort FEC (BE-FEC): those FECs that are associated with the 
forwarding behavior that provide the best effort like service, i.e. no 
guarantee on the delay or the packet loss rate. 

Each set of FECs may includes a number of sub-FECs that are associated with a 
specific forwarding behavior on a finer granularity. The exact number of the sub- 
FEC is implementation dependent. The selected mapping between the FECs and 
the GPRS/UMTS QoS Classes is dependent on the operators. 

2) QoS Support in GPRS/UMTS MPLS: 

When a GTP-U/UDP/IP enters an ingress node, it may trigger the set-up of the 
allocation of label and the set-up of the appropriate LSP (traffic driven) or follow 
the LSP that has been set up before hand (the control driven). A FEC must be 
identified and allocated based on the QoSn^quiremenrthat are associated with each 
GTPJJ/UDP/IP packet by using the GT P-U filterin g mechanism based on the 
mapping between the GPRS/UMTS QoS Classes and the four sets of FEC s. As a 
result, a corresponding label is allocated and assigned to the incoming packet. 
During the packet forwarding at each LSR along the selected path, each LSR uses 

6 



the label as the index to decide the corresponding FEC and the subsequently the 
-required-foiwar4mg-^^ 



which the MPLS packets arrives activates the required resources for the appropriate 
forwarding treatment of the packet. 

5 

3) The Secondary PDP Context and the MPLS FEC's/LSP's 

A secondary PDP context is activated upon the request of transmitting a data flow 
between the MT and the GGSN. The creation and activation of a secondary PDP 

1 0 context triggers the allocation of a MPLS label and the identification of an appropriate 
FEC's. Data flows with different secondary PDP Contexts belonging to different users 
but requiring the similar/same QoS classes may be grouped into the same stream that 
bears the same FEC. An LSP is selected for delivering the stream across the 
GPRS/UMTS MPLS network. A schematic description about the procedure of setting 

15 up a secondary PDP Context in relation to the setting- up of LSP is shown Figure 4. 

During the MPLS initiation, there may well be an existing LSP that is associated with 
FEC with an appropriate mapping relationship with the QoS class the secondary PDP 
context requests. Then instead of setting up a different LSP, the new flow 
corresponding to the secondary PDP Context can be grouped into the stream that bears 
20 the FEC mapped to the QoS class required by the secondary PDP Context to be set up. 

3) MPLS Support on Gp/Gi 

The similar mechanisms apply to the Gp/Gi interfaces when the GTP-U/UDP/IP is 
carried in the MPLS packet. 



25 



In the s econd embodiment , the MPLS is terminated at the RN Cs as shown in 
Figure 5. A GGSN 50 on one side of the Core 52 acts as a first MPLS Edge Node, 



while the SGSN 54 is not an MPLS Edge Node but acts as a Core LSR. The RNCs 56, 
58 are now the second MPLS Edge Nodes. Each RNC supports at least one Node B 
30 60. The Iu interface now also supports MPLS. 

The MPLS domain includes a Core Network and the RNCs as well as 

7 
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intermediate nodes such as SGSN 54 and label switching is used for forwarding the 

packets^f data-traffic in^te -The underlying 

transport links can be e.g. ATM or Frame Relay, as shown in the protocol stack of 
Figure 6. MPLS lies immediately below UDP/IP in each of the GGSN 50, SGSN 54 
5 and RNCs 56, 58 in the UTRAN 56, 58, 60. 

1) MPLS Support on Iu-ps and Gn 

GTP-U Tunnels are used to carry encapsulated T-PDUs between a given pair of GTP- 
U Tunnel endpoints which are the RNC 56 or 58 in the UTRAN and the SGSN 54 for 
1 0 the interface Iu-ps and the SGSN 54 and GGSN 50 for interface Gn. 

Three different approaches have been identified and are discussed as follows. 

Approach I: 

15 On both the Iu-ps and the Gn interfaces, GTP-U/UDP/IP is encapsulated in MPLS 
frames as shown in Figure 6. 

Step I: MPLS Initiation: 

20 At MPLS initiation, the edge nodes, the RNC and as well as other interconnection 
network elements/routers that serve as the GPRS LSRs in the core use standard 
routing protocol (BGP, OSPF) or GPRS/UMTS specific route selecting protocol to 
determine the route between the ingress node and the edge node. Routes between any 
two network entities are associated with short and fixed-length labels that are 

25 distributed through the network. Labels at each LSR are stored in a Label Information 
Base (LIB) and are periodically refreshed and distributed using the Label Distribution 
Protocol (LDP) or RSVP. To represent an explicit route, labels are concatenated 
together in the form of a label stack; they are associated with a Forwarding Equivalence 
Class (FEC) that associates a stream with a set of common characteristics. Ingress 

30 nodes and egress nodes use FEC to provide the mapping of "packet type" to streams. 



Step II: GTPtU Filtering at the Ingress Node: 

35 The GTP-U/UDP/IP enters the entry point of an LSP though the MPLS core via an 
Ingress Node. At entry each GTP-U/UDP/IP is associated with a FEC that provides the 
instruction set on how to forward the packet based on the destination and possibly 
other header information. This operation is called Filtering at the Ingress Node.. If a 
FEC is found, the appropriate label (or label stack for explicit routing ) is shimmed into 

8 




the GTP-U/UDP/IP header and the data link packet headers. If a FEC is not present, it 
is routed using the existing transport bearer (i.e. IP). This facilitates interoperability 
- with conventional routing ancfprovides a meiHod'for forwarding packets whflcTMPI7S~" 
is initialising. 

5 

Step HI: GPRS LSR Hopping: 

At each intermediate hop (GPRS LSR), the label is used to look up the table (the LIB) 
as index to decide the next label with which the MPSL packet is forwarded to next hop. 

10 If an entry is found, the label is replaced and the packet is forwarded to the next hop.; 
if an entry is not found, the packet is forwarded using the conventional routing in 
reference to the information of the layer-3 header (i.e. the IP header of GTP- 
U/UDP/IP ). If the packet has an explicit route (that is a label stack), the label of the 
current LSR is popped off and the packet is sent on its way without doing a table 

15 lookup. 

Step IV: GTP-U Filtering at the Egress Node 

When the MPLS packet reaches the egress node, or the packet gets to the end of its 
label stack, or when an entry is not found in the LIB, the packet is ready to exit the 
20 GPRS MPLS Core. The label is stripped off and the GTP-U/UDP/IP is either routed to 
the next hop using Layer-3 (IP) information or sent to its final destination. When the 
packet reaches the egress node, the label must be stripped off so that the GPT- 
U/UDP/IP can be routed directly using conventional layer-3 routing (IP) or delivered to 
the end node. 

25 

Approach II: 

On both the Iu- ps and the Gn interfaces, GTP-U/ UDP is encapsulated in MPLS frames 
as shown in Figure 6.(?) 
30 ~~~ ~~~ 

Step I: MPSL Initiation: 

At MPLS initiation, the edge nodes, the RNC and as well as other interconnection 




network elements/routers that serve as the GPRS LSRs in the core use GPRS/UMTS 
speGifi^route selecting-protoc^l-to determine the route-between-the-ingress node and— - 
the edge node. Routes between any two network entities are associated with short and 
fixed-length labels that are distributed through the network.. Labels at each LSR are 
5 stored in a Label Information Base (LIB) and are periodically refreshed and distributed 
using the Label Distribution Protocol (LDP) or RSVP running as the IP BS level 
signaling protocol. To represent an explicit route, labels are concatenated together in 
the form of a label stack; they are associated with a Forwarding Equivalence Class 
(FEC) that associates a stream with a set of common characteristics. Ingress nodes and 
10 egress nodes use FEC to provide the mapping of "packet type" to streams. 



Step n: GTP-U FUtering at the Ingress Node. 

The GTP-U/UDP enters the entry point of an LSP though the MPLS core via an 
1 5 Ingress Node. At entry each GTP-U/UDP is associated with a FEC that provides the 
instruction set on how to forward the packet based on the destination and possibly 
other header information. This operation is called Filtering at the Ingress Node. If a 
FEC is found, the appropriate label (or label stack for explicit routing) is shimmed into 
the GTP-U/UDP header and the data link packet headers. If a FEC is not present, it is 
20 routed using the existing GPRS/UMTS specific route selection protocols. Please note 
that due to the absence of the IP routing capability, the feature of interoperability with 
conventional MPLS and forwarding packets while MPLS is initializing is lost in 
comparison with Approach I. 



25 



Step HI: GPRS LSR Hopping and inter-working with IP routing: 

l^hThterrhediate hop (GPRS LSR), the label is us^dToTo^upthe table (the LIB) 
^ndex^decide-the next label with which the MP^L^acketis^varded-to-next hop. 



If an entry is found, the label is replaced and the packet is forwarded to the next hop.; 
30 if an entry is not found, the packet is forwarded using the conventional routing in 
reference to the information of the layer-3 header (L* the IP header of GTP- 
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U/UDP/DP ). If the packet has an explicit route (that is a label stack), the label of the 

Gun-ent-I^R-is-popped-of^ 

lookup. 

When the next hop in the GPRS/UMTS MPLS Core is MPSL in-capable such as a 
router with conventional DP routing capability, the current hop will have to provide the 
egress functionality that maps and swaps the switching label with the appropriate IP 
header (please note that operation is more complicated than just stripping off the label 
as in the egress node in Approach I). Subsequently the GTP-U/UDP/IP will be routed 
using the conventional IP routing mechanism until the hop where MPLS is provided. 
The hop needs to provide the functionality of the ingress node that maps the IP header 
to the MPLS header with the switching label. The IP header is then stripped off and the 
GTP-U/MPLS is forwarded to the next LSR until it reaches the edge node of the 
GPRS/UMS MPLS core. 

Step IV: GTP-U Filtering at the Egress Node 

When the MPLS packet reaches the egress node, or the packet gets to the end of its 
label stack, or when an entry is not found in the LIB, the packet is ready to exit the 
GPRS MPLS Core. The label is stripped off and the GTP-U/UDP is packaged into an 
IP packet either to be routed to the next hop using Layer-3 (IP) information or sent to 
its final destination. 

Approach HI: 

On both the Iu-ps and the Gn interfaces, GTP-U is encapsulated directly in MPLS 
frames as shown in Figure 7. 

Step I: MPSL Initiation: 

At MPLS initiation, the edge nodes, the RNC and as well as other interconnection 
network elements/routers that serve as the GPRS LSRs in the core use GPRS/UMTS 
specific route selecting protocol to determine the route between the ingress node and 
the edge node. Routes between any two network entities are associated with short and 

fixed-length labels that are distributed through the network.. Labels at each LSR are 
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stored in a Label Information Base (LIB) and are periodically refreshed and distributed 
^sing-the-Label-Dis^^ 

signaling protocol. To represent an explicit route, labels are concatenated together in 

the form of a label stack; they are associated with a Forwarding Equivalence Class 
5 (EEC) that associates a stream with a set of common characteristics. Ingress nodes and 

egress nodes use EEC to provide the mapping of "packet type" to streams. 

Step H: GTP-U FUtering at the Ingress Node: 

The GTP-U/UDP enters the entry point of an LSP though the MPLS core via an 
10 Ingress Node. At entry each GTP-U/UDP is associated with a FEC that provides the 
instruction set on how to forward the packet based on the destination and possibly 
other header information. This operation is called Filtering at the Ingress Node. If a 
FEC is found, the appropriate label (or label stack for explicit routing) is shimmed into 
the GTP-U/UDP header and the data link packet headers. If a FEC is not present, it is 
15 routed using the existing GPRS/UMTS specific route selection protocols. Please note 
that due to the absence of the IP routing capability, the feature of interoperability with 
conventional MPLS and forwarding packets while MPLS is initializing is lost in 
comparison with Approach I. 

20 Step HI: GPRS LSR Hopping and inter-working with IP routing: 

At each intermediate hop (GPRS LSR), the label is used to look up the table (the LIB) 
as index to decide the next label with which the MPSL packet is forwarded to next hop. 
If an entry is found, the label is replaced and the packet is forwarded to the next hop.; 
if an entry is not found, the packet is forwarded using the conventional routing in 
25 reference to the information of the layer-3 header (i.e. the IP header of GTP- 
U/UDP/IP ). If the packet has an explicit route (that is a label stack), the label of the^ 
- current LSR is popped off and"thepac^ris-sent on its way without doing a table 
lookup. ~ 



30 When the next hop in the GPRS/UMTS MPLS Core is MPSL in-capable such as a 
router with conventional IP routing capability, the current hop will have to provide the 
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egress functionality that maps and swaps the switching label with the appropriate IP 

headeiUplease^ofce^at^peration^^ 

as in the egress node in Approach I). Subsequently the GTP-U/UDP/IP will be routed 
using the conventional IP routing mechanism until the hop where MPLS is provided. 
5 The hop needs to provide the functionality of the ingress node that maps the IP header 
to the MPLS header with the switching label. The IP header is then stripped off and the 
GTP-U/MPLS is forwarded to the next LSR until it reaches the edge node of the 
GPRS/UMS MPLS core. 

1 0 Step IV: GTP-U Filtering at the Egress Node 

When the MPLS packet reaches the egress node, or the packet gets to the end of its 
label stack, or when an entry is not found in the LIB, the packet is ready to exit the 
GPRS MPLS Core. The label is stripped off and the GTP-U/UDP is packaged into an 
IP packet either to be routed to the next hop using Layer-3 (IP) information or sent to 

1 5 its final destination. 

In comparison with Approach II, the approach m bears fewer overheads in processing 
each GTP-U over MPLS packet across the Iu and the Gn interfaces. But 

20 l) QoS Support on MPLS based Iu and the Gn; 

Operations similar to those specified in Scenario I are deployed which include the 
operations of GTP-U filtering, mapping between GPRS/UMTS QoS Classes and FEC's 
as well as the grouping and aggregation of data flows into MPLS streams. 

In the third embodiment shown in Figure 8, MPLS Edge Nodes are located in 

25 GGSN 70 on one side of a core network 72, and at Node Bs 74 on the other side of the 
core network. All data traffic through the core uses label switching, e.g in the SGSN 
76-and-RNGs-787-i:e— these components serve as core LSRsr-The Gn/Gp/Gir Iub, Iur 
and Iu interfaces now a ll need to be expanded, in accordance with the principles, 
explained in detail above. The protocol stack is shown in Figure 9. 

30 Turning now to the protocol arrangements, the general protocol structure in the 

conventional UTRAN consists of two main layers, the Radio Network Layer and the 
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Transport Network Layer which is based on ATM. All UTRAN related issues are 

visible only_in theJUdio^Network T.ayer TheJransportJb Jetwo rk T ,aver represe nts — 

standard transport technology which is selected to be used for UTRAN without any 
UTRAN-specific requirements. Both have their specific User Plane and Control Plane. 

5 The Data Bearers in the Transport Network User Plane are directly controlled by the 
Transport Network Control Plane during real time operation, but the control actions 
required for setting up the Signaling Bearers (s) for Application Protocol (i.e. Radio 
Access Network Application Protocol (ie RANAP), Radio Network Subsystem 
Application Protocol (RNSAP) or Node B Application Part NBAP used for setting up 

1 0 bearers i.e. the Radio Access Bearer or Radio Link are considered O&M actions. 

In an all-IP UTRAN, the Transport Network Layer is now based on IP, as are the 
transport links for the Iu and Iub interfaces. This is illustrated in Figure 10; conventional 
features including the applications part App.Part; Radio Resource Control; Radio Link 
Control; Medium Access Control; and Radio Frequency Physical layer are shown in the MT . 

15 30, Node B724, CRNC 78 and SRNC 79. The IP/MPLS layer is located above the 
DL/PHY layer in all three stacks. 

Considering now the inventive IP Iub interface between Node B 74 and CRNC 
78; the information transferred over the interface includes:- 
I the Radio Application Related Signaling 

20 n Data Streams 

i the Iub/Iur DCH data stream 

ii the Iub RACH data stream 

iii the Iub FDD CPCH data stream 

iv the Iub FACH data stream 
25 v the Iub TDD USCH data stream 

vi the Iub PCH data stream 



Figure 11 shows the IP Iub interface protocol structure. — Ihere_are_two — 
functional layers. The first is the Radio Network Layer 84 which defines procedures 86 
30 related to the operation of Node B 74. The Radio Network Layer 84 consists of a radio 
network control plane 88 and a radio network user plane 90; the user plane 90 
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comprises the F P of each of the transport channels shown at 92. 

T-he-second^fonctional4ayer4s^ 

for establishing physical connections between Node B 74 and the CRNC786 as 
indicated at 96. The transport layers include the UDP/EP protocol at 98. 
5 There is one dedicated AAL2 connection for each RACH, for each FACH, and 

for each CPCH, where AAL2 is a type of Asynchronous Transport Mode (ATM) 
Adaptation Scheme which allows multiplexing traffic over the same ATM Virtual 
connection. 

The transport channel mux/demux 100 is also shown in the user plane 90. 
10 The three embodiments described above illustrate that the inventive 

implementation of MPLS technology in GPRS/UMTS facilitates the following 
advantageous features: - 

(1) QoS provision: 

15 Being the essential requirement for multimedia services in GPRS/UMTS, 

QoS provision can be achieved by making use of QoS routing and explicit 
routing of MPLS. In comparison with QoS provisioning on IP-based transport 
bearer, MPLS-based QoS provisioning can be made more efficient and an 
effective. In fact, lots of IP QoS control protocols can be integrated into 

20 MPLS for a fully integrated QoS platform with other QoS supporting 

technologies such as ATM. 

(2) Flexibility of in selecting different network protocols and data links: 

# 

25 MPLS is independent to both underlying data links and the network layer 

protocols and thus provide an layer of isolation to the possibly different network 
protocols and data links in~different~operational domains. This will ease or 

eliminate the concern,on the time and cost-of-providing GPRS/UMTS services- 
over different networking and transport infrastructures (e.g. D?v4/v6, 

30 AppleTalk, IPX, ATM, Frame Relay, SDH, Fibre, PPP, etc.). 



I 

i 



(3) Effective Flow Control and Traffic Engineering: 



Due to the ease of using explicit routing and fast label switching, effective 
flow control, congestion control among the different network elements 
5 (Node-B, RNC, SGSN and GGSN) be can achieved by means of proper 

load balancing and effective traffic engineering. 

(4) Policy Enabled Service Provision 

1 0 The policy control can be easily enforced in MPLS based network. Different 

varieties of policies can be applied during the set-up of LSP (Label Switched 
Path) and specific policies can be associated with each label that is assigned 
to a stream whose forwarding behavior is governed by the corresponding 
policies. 

15 

(5) Smooth migration to new technologies and maximum compatibility with 
existing wireless networks. 

Due to the independence of the use of MPLS from the network protocols 
20 and the data links, an MPLS based GPRS/UMTS bearer service architecture 

will allow easy introduction of new and various routing and networking 
technologies and data links and thus facilitate a smooth migration from 
current GPRS/UMTS networks to future ones without the need of replying 
on the specific network protocols and data links used in existing and future 
25 GPRS/UMTS networks. This network and data links independence feature 

of MPLS will also allows for easy and maximum compatibility and 
integration with exiting serving GPRS/OMTS networks. 
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CLAIMS 

1 AJJnh^ersal-Mobile^ Ielephone-System-(UMI^^mpnsing^a--Coi 



Network (40) operating Multi-Protocol Label Switching, the network including, a 
plurality of Label Switching Routers; at least one Gateway General Packet Support 
5 Node (SGSN) 42; at least one Serving General Packet Radio Support Node (SGSN 
48); a plurality of Radio Network Controllers (56, 58) associated with said SGSN; and 
a plurality of Node Bs (60) associated with each said controller; all Nodes and 
Controllers operating User Data Protocol/Internet Protocol, characterized in that a first 
Multi-Protocol Label Switching Edge Node is located in the GGSN (42). 
TO 2 A UMTS according to Claim i in which a second MPLS Edge Node is 

located in at least one SGSN (48). 

3 A UMTS according to Claim 1 in which a second MPLS Edge Node is 
located in each Radio Network Controller (56, 58). 

4 A UMTS according to Claim 3 in which the at least one SGSN (54) is 
1 5 arranged as a MPLS Label Switching Router. 

5 A UMTS according to Claim 1 in which a second MPLS Edge Node is 
located in each Node B (74). 

6 A UMTS according to Claim 5 in which the at least one SGSN (54) and 
each Radio Network Controller (56, 58) is arranged as a MPLS Label Switching 

20 Router. 

7 A UMTS according to any preceding claim in which in the protocol 
stacks of the GGSN, and in the protocol stacks of the SGSN or the RNCs or the Node 
Bs when acting as a MPLS Edge Node, the MPLS protocol is located in a protocol 
layer immediately below the User Data Protocol/Internet Protocol layer. 

25 8 A UMTS according to any preceding claim in which each MPLS Edge 
Node is arranged either to encapsulate IP packets into MPLS frames or to strip MPLS 
framesironrTP packets. 
9 A U MTS according to any preceding claim arranged so_that_routes 



between any two network entities are associated with labels distributed throughout the 
30 network in Label Information Base stores. 

10 A UMTS according to Claim 9 in which each Label Switching Router is 
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arranged to look up a Label Information Base store to determine the appropriate route 
to a next netwoilcentit y . :r .._ ■ 
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IMPROVED UMTS 

5 In a UMTS operating UDP/IP, a first MPLS Edge Node is located in a GGSN 

42 on one side of a CN 40, and a second MPLS Edge Node is located at the other side 
of CN 40 in either a SGSN 48 or a RNC 56, 58 or a node B 74. 



Figure 5 
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